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USE OF EXTRA FIRMWARE FLASH ROM 
SPACE AS A DIAGNOSTIC DRIVE 

BACKGROUND 

The present invention relates generally to computer systems and methods, and 
more particularly, to a system and method that provides for the use of available 
firmware flash ROM space as a diagnostic drive. 
5 The assignee of the present invention develops firmware known as a basic input 

and output system, or BIOS that is employed in variously available computer systems. 
The BIOS is a firmware program that is typically stored in a nonvolatile random access 
memory (or flash memory). The BIOS brings up the computer system when it is 
turned on. 

10 On IA-64 computer systems, manufactured by Intel, for example, 16MB of 

address space has been reserved for flash ROM storage of the firmware (BIOS). The 
firmware developed by the assignee of the present invention may be adapted to fit 
within about 4MB of disk space, leaving about 12MB free (if the OEM populates the 
chips). 

15 There are numerous patents disclosing how to implement read only memory 

technology as a disk drive. However, there are no patents that disclose or suggest the 
use of the extra firmware flash ROM as a disk drive containing diagnostics. 

It is an objective of the present invention to use this available flash ROM storage 
space in a manner not heretofore done in the computer industry. It is an objective of the 

20 present invention to provide for a system and method that provides for the use of 
available firmware flash ROM space as a diagnostic drive. 
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SUMMARY OF THE INVENTION 

To accomplish the above and other objectives, the present invention provides 
for system and method that provides for the use of available firmware flash ROM space 
as a diagnostic drive. The present invention is employed on a computer system that 
5 includes a central processing unit and a nonvolatile random access memory. The 
computer system has an Extensible Firmware Interface, which is a ROM-based 
operating system stored in the nonvolatile random access memory that provides disk 
operating system (DOS) functionality for the computer system. The Extensible 
Firmware Interface is controlled by the basic input and output system and executes 
10 before any other operating systems are loaded or disk access is allowed. 

The general purpose of the present invention is to use the unused ROM space in 
flash memory available on a server or other computer system as a hard drive that stores 
diagnostic programs and data. Using available flash ROM space means that there isn't 
any way to lose the diagnostic programs or to run them with the wrong operating 
15 system. 

As mentioned above, in IA-64 systems, 16MB of address space is reserved for 
flash ROM storage of firmware. The firmware created by the assignee of the present 
invention fits easily within about 4MB of disk space, leaving about 12MB free for use 
as a diagnostic drive (if the OEM populates the chips). 

20 A preferred embodiment of the present invention contemplates that the use of an 

Extensible Firmware Interface (EFI) driver that allows the flash-based storage area to 
appear as a standard block device (a hard disk drive, for example) that is selectable 
from the command shell (which is part of the Extensible Firmware Interface). The EFI 
provides DOS (Disk Operating System) functionality. The EFI is controlled by the 

25 BIOS of the computer system and executes before any other operating systems are 
loaded or disk access is allowed. 

The Extensible Firmware Interface has a command shell, which is the outermost 
layer or user interface of this program, and which has a command processor interface. 
The command processor is a program that executes operating system commands. The 

30 command shell is that part of the command processor that accepts commands. After 
verifying that the commands are valid, the shell sends them to another part of the 
command processor to be executed. 

It may also be desirable to build data compression and decompression support 
directly into the EFI driver to increase the quantity of data that may be stored. The 

35 diagnostic drive may also be used to store power on self test (POST) error logs in files 
that may be read by the operating system during its boot process and displayed by an 
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event viewer. The diagnostic drive may also be configured to support encryption for 
security purposes. 

While it is possible to provide drivers for various operating systems used in 
available computer systems (DOS, NT, Win9x, etc.) these are less interesting because 
5 it is expected that the majority of new diagnostics will be written as EFI applications 
that can be run from the EFI command shell. By providing access as an EFI drive, the 
computer platform does not require a functional mass storage device to run the diag- 
nostics. As EFI applications, an operating system is also not needed for its operation 
and there is no possibility for the diagnostics to be run on the wrong operating system. 

10 Since the firmware is structured as a number of discrete binary images residing 

in flash ROM, these could also be located as files on the diagnostic drive. This makes 
it easy to update the firmware, by simply copying a new file to the diagnostic drive. 
Using this aspect of the present invention, a change in a disk driver would support 
loading binary images from a standard hard disk or from a server processor across a 

15 network or serial link. 

An exemplary method in accordance with the present invention is used with a 
computer system that includes a central processing unit, a nonvolatile random access 
memory, an Extensible Firmware Interface (EFI), and a basic input and output system. 
The method comprises the following steps. An Extensible Firmware Interface (EFI) 

20 driver is added which allows the unused flash-based storage area to appear as a 
standard block device (a hard disk drive, for example) that is selectable from the 
command shell (which is part of the Extensible Firmware Interface). Diagnostic 
programs are stored in unused memory space of the nonvolatile random access memory 
which are accessible via the Extensible Firmware Interface. If the computer fails to 

25 boot its operating system due to a problem with the hard disk drive, a user boots the 
system to the EFI command shell and the user runs a diagnostic program from the 
diagnostic drive. The program finds the error and corrects it. The user then reboots the 
computer system which successfully boots the operating system on the hard disk drive. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

The various features and advantages of the present invention may be more 
readily understood with reference to the following detailed description taken in 
conjunction with the accompanying drawing, wherein like reference numerals designate 
like structural elements, and in which: 
35 Fig. 1 illustrates an exemplary computer system in which the present invention 

is employed; 

Fig. 2 illustrates details of the present invention; and 



Fig. 3 is a flow diagram that illustrates an exemplary method in accordance with 
the principles of the present invention for using the unused space of a flash memory as 
a hard disk drive to store diagnostic programs and data. 

5 DETAILED DESCRIPTION 

Referring to the drawing figures, Fig. 1 illustrates an exemplary computer 
system 10 in which the present invention may be employed. The computer system 10 
comprises a central processing unit (CPU) 1 1 which is coupled to a hard disk drive 12 
and a nonvolatile random access memory (NVRAM) 14, also known as flash memory 

10 14. A hard disk drive 12 is shown as part of the system 10, which is typically the case, 
although one is not necessarily required. 

The computer system 10 also comprises a basic input and output system (BIOS) 
16, which is stored in the flash memory 14. As will be discussed below, the BIOS 16 
is stored in a relatively small portion of the flash memory 14. The computer system 10 

15 also comprises an Extensible Firmware Interface (EFI) 15 which is a ROM-based 
operating system that is stored in the flash memory 14 that provides disk operating 
system (DOS) functionality for the computer system 10. The Extensible Firmware 
Interface 15 is controlled by the BIOS 16 and executes before any other operating 
systems are loaded or disk access is allowed. 

20 The Extensible Firmware Interface 15 comprises a command shell, which is the 

outermost layer or user interface of this program, and which has a command processor 
interface. The command processor is a program that executes operating system 
commands. The command shell is that part of the command processor that accepts 
commands. After verifying that the commands are valid, the shell sends them to 

25 another part of the command processor to be executed. 

An EFI device driver 17 is an application that is written to run under the 
Extensible Firmware Interface 15. The specific EFI device driver 17 employed in the 
present invention may be referred to as a "flash as a diagnostic drive" EFI driver 17 as 
is illustrated in Fig. 2. There are typically many EFI drivers that are used, including 

30 one to handle a video display, one for a keyboard, one for the serial ports, and so forth. 
^ "The BIOS 16 biiugs up the uumputex system 10 when ii is turned oil. 

BIOS 16 determines what the computer can do without accessinggrQgrams^rom the 
hard disk 12 or other media. The BIOSJ££ontaH*sxt53^ to control the 

keyboard,di£j)lay - scx^^ serial communications, for example, along 

35 ^ grtain^therfiinctions, depend i ng upon the computer system lQ ^f/^ 

A preferred embodiment of the present invention uses the EFI driver 17 to 
configure the available portion of the flash-based storage area (drive space 16a of the 
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flash memory 14) to appear as a standard block device (a hard disk drive, for example). 
Diagnostic programs are loaded into the configured disk drive space 16a of the flash 
memory 14. The block device configured by the EFI driver 17 is selectable by a boot 
manager that is part of the BIOS 16. 



computer system 10 is booted, and the EFI device driver 17 makes the unused part of 
the flash ROM space appear as a block device (e.g., a hard drive). If the driver 17 had 
not been loaded before, this space appears as an empty hard drive. The manufacturer 
or user of the computer system 10, copies the diagnostic programs onto this "hard 
10 drive". At this point if the computer system 10 were turned off then back on, these 
diagnostic programs would still be stored in the drive. When the user encountered 
problems with the computer system 10, the command shell could be loaded and this 
"hard drive" with the diagnostic programs could then be accessed to diagnose and 
remedy the problem. 

15 Referring to Fig. 2, it illustrates details involved in implementing the present 

invention. In a typical IA-64 computer system 10, 16MB of address space is reserved 
for storage of firmware in the flash memory 14. The firmware created by the assignee 
of the present invention fits easily within about 4MB of disk space, which, in the case 
of the IA-64 computer system 10, leaves about 12MB free for use as a diagnostic drive 

20 (if the OEM populates the chips). 

The unused space in the flash memory 14 is controlled by the EFI driver which 
configures this portion 16a of the flash memory 14 to function like a conventional disk 
drive (such as the hard disk drive 12 shown in Fig. 1). Diagnostic programs are then 
loaded into the configured disk drive space 16a of the flash memory 14 and is 

25 controlled by the BIOS 16 by way of the EFI driver 17. 

The EFI driver 17 may also be configured to support data compression and 
decompression in a conventional manner. This will increase the quantity of data that 
may be stored in the configured disk drive space 16a of the flash memory 14. The 
diagnostic disk drive space 16a may also be used to store power on self test (POST) 

30 error logs in files that may be read by the operating system during its boot process and 
displayed by an event viewer. The diagnostic drive may also be configured to support 
encryption for security purposes. An example of what files might exist on the 
diagnostic drive and how they might appear in the command shell is shown in the large 
display box at the lower portion of Fig. 2. 

35 Fig. 3 is a flow diagram that illustrates an exemplary method 20 in accordance 

with the principles of the present invention for using unused space of a flash memory 
14 as a hard disk drive 16a to store diagnostic programs and data. The method 20 is 
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The "diagnostic drive" portion of the flash memory 14 may be used when the 



Id 



used with a computer system 10 having a central processing unit (CPU) 1 1, a 
nonvolatile random access memory (NVRAM) 14 or flash memory 14, a basic input 
and output system (BIOS) 16, and an Extensible Firmware Interface 15. 

The method 20 comprises software 20, and preferably firmware 20, 
5 implemented using an EFI driver 17 that is stored and executed from the flash memory 
14. The method 20 comprises the following steps. A command shell of the Extensible 
Firmware Interface 15 is modified 21 to include the EFI driver 17 that operates to 
configure available flash ROM space normally reserved for firmware (BIOS) 16 as a 
diagnostic disk drive 16a. The modified Extensible Firmware Interface 15 and the EFI 

10 driver 17 are stored 22 in the flash memory 14. 

When the computer system 10 is initialized (booted), the EFI driver 17 
configures 23 the available space in the flash memory 14 that is not allocated to the 
firmware 16 as the diagnostic disk drive 16a. One or more diagnostic programs are 
loaded 24 into the diagnostic disk drive 16a, which are selectively run 25 by a user, 

15 such as by using the command shell if the computer system 10 has a problem with the 
hard disk drive 1 6a. 

f(l/ — If the minputcr system 10 fails to boot its operating system due to a problem 

with the hard disk drive 16a, a user selectively boots 26 the computer^ysterrTfortie EFI 
command shell. The user selectively runs 27 one orjrioi^-hafa'^rive diagnostic 
20 programs from the diagnostic dris^JJie-diafnostic program finds the error and 

corrects it. The usephett-i^Eoots28 the computer system 10 which successfully boots 
it system from the hard disk drive^ g^ 
The suftwaie 20 ui fumwa re 20 that implements the method 20 uvdy^^bS 4 
configured 29 to include data compression and decompressiorypwtiflesTor encryption 
25 routines for security purposes. The data compres^idfrSnffdecompression routines 

increase the quantity of data that may^be^tored in the configured disk drive space 16a 
of the flash memorvlJ^^Rlemagnostic disk drive space 16a may be used to store 30 
the POST-errCfTogs in files that may be read by the operating system during its boot 
^foccaa and displayed by an event viewer:? ^ 
30 Thus, system and method that provides for the use of available firmware flash 

ROM space as a diagnostic drive have been disclosed. It is to be understood that the 
above-described embodiments are merely illustrative of some of the many specific 
embodiments that represent applications of the principles of the present invention. 
Clearly, numerous and other arrangements can be readily devised by those skilled in the 
35 art without departing from the scope of the invention. 



